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METHOD AND APPARATUS FOR 
A SINGLE DATABASE ENGINE 
DRIVEN, CONFIGURABLE RIS- 
PACS FUNCTIONALITY 

Background of Invention 

[0001] Certain embodiments of the present invention relate to electronic communications 
in a medical setting. More particularly, certain embodiments relate to a method and 
apparatus for providing fully integrated information processing, management and 
communication functions in a radiology/ healthcare environment. 

[0002] PACS (Picture Archive and Communication System) is an image management 

system typically used within Radiology departments of a hospital or other healthcare 
enterprise. PACS systems handle the details of imaging related tasks within the 
department such as acquisitions, display, manipulation, archiving, etc., to aid in the 
diagnostic capability of the department. In addition, Radiology departments need to 
manage and schedule the fulfillment and disposition of radiology orders. Functions of 
this type are typically performed by a RIS (Radiology Information System) by primarily 
managing the business and execution of workflow within the department. 
Conventionally, PACS and RIS are deployed as separate products, often from different 
vendors and may even be installed at different times. 

[0003] 

However, both product functionalities are intimately related and, from the 
diagnosing radiologist's perspective, there is no merit in drawing a clear boundary 
between PACS and RIS. Radiologists actually derive more benefit from a seamless 
integration of RIS and PACS in terms of functionality and performance. Acknowledging 
this need, there have been numerous examples of RIS-PACS integration in the field. 
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But all of these examples have been custom software efforts between different 
vendors, usually resulting in a clumsy interface between the systems requiring a 
broker and entailing high maintenance costs. Typically, users must log into and learn 
two applications and then swivel between workstations to see all of the data. 

[0004] For example, a method described in U.S. Patent 5,835,735 to Mason and Criswell 
describes a process that negotiates between applications operating in a PACS such 
that each application sends and receives data and messages in accordance with each 
application's stated functional conformance claim. Theoretically, some of the 
applications may be RIS-like applications. The functional attributes of each application 
are declared in a conformance claim. U.S. Patent 6,076,166 to Moshfeghi, et al. 
describes a server having a layer for dynamically generating web pages and other data 
objects using scripts. Computer based patient record (CPR) information is distributed 
in the CPR databases of several systems such as PACS and RIS. The scripts generate 
dynamic server web pages and a web server sends back the dynamic web pages to a 
client web browser. 

[0005] It may seem that a single RIS-PACS solution is the obvious answer. In principle, 
that is the case, however, reality dictates that many sites do not want to replace both 
RIS and PACS systems at the same time. The sites want to typically replace one of the 
systems while still using the historical records stored in the other system. Having 
replaced one system, sites would like the option of replacing the other system at a 
later time, with the minimum amount of downtime and expense. As a result, the 
problem becomes not just the lack of having a truly integrated RIS-PACS system, but 
having a system that is easily configurable to operate in any one of three modes 
including RIS only, PACS only, or fully integrated RIS-PACS. 

[0006] A need exists to be able to provide fully integrated information processing, 
management and communication functions in a radiology department/healthcare 
environment without requiring a broker between a RIS and PACS. A need also exists to 
be able to provide a system that is easily configurable to operate in any one of three 
modes including RIS only, PACS only, or fully integrated RIS-PACS. 

Summary of Invention 
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[0007] An embodiment of the present invention provides for a RIS-PACS system providing 
fully integrated information processing, management and communication functions 
for a radiology department/healthcare environment. The RIS-PACS system includes a 
database server. The database server includes a RIS database, a PACS database, and a 
single database engine providing a brokerless interface between the RIS database and 
the PACS database. The system further includes an application server hosting a set of 
RIS and PACS applications and interfacing to the database server over a TCP/IP 
protocol-based interface. There is also at least one image server interfacing to the 
database server over at least one TCP/IP protocol-based interface providing access to 
image data from the image server. Client workstations interface to the application 
server over Web-based interfaces to provide access to the databases. The RIS-PACS 
system may also interface over a Health Level Seven (HL7)-based interface or a Digital 
Imaging Communications in Medicine (DICOM) interface providing communication 
between an external RIS or PACS system and the internal PACS or RIS applications. 

[0008] Apparatus is provided for providing fully integrated information processing, 
management and communication functions in a radiology department/healthcare 
environment. The apparatus includes a database server with a radiology information 
system (RIS) database and a picture archive and communication system (PACS) 
database residing on the database server and being managed by a single database 
engine. The database engine provides a brokerless interface between the RIS database 
and the PACS database to provide data synchronization between the two databases. 
The apparatus further includes a set of RIS and PACS application modules and an 
application server running at least a subset of the set of RIS and PACS application 
modules. External RIS and PACS systems may also be interfaced to the apparatus for 
departments with previously installed RIS or PACS systems. 

[0009] A method j s a | so prov ided for fully integrating information processing, 

management and communication functions in a fully integrated RIS-PACS system for a 
radiology department/ healthcare environment. The method includes synchronizing 
patient and exam data entities in a RIS database and a PACS database within the RIS- 
PACS system and generating direct database calls to the RIS and PACS databases using 
brokerless interface methods. The method further includes running RIS applications 
and accessing image information from the PACS database in response to running the 



APP ID=10063180 



Page 3 of 29 



RIS applications. Similarly, the method includes running PACS applications and 
accessing patient/exam information from the RIS database in response to running the 
PACS applications. Interfacing to external RIS and PACS systems is also provided by 
the method. 

[001 0] Certain embodiments of the present invention afford an approach to fully 

integrate information processing, management and communication functions for a 
radiology department/healthcare environment without requiring a broker interface 
between a RIS database and a PACS database. Certain embodiments also provide the 
ability for multiple configurations to accommodate transitions from installed-base 
configurations. 

Brief Description of Drawings 

[001 1] Figure 1 is a schematic block diagram of a fully integrated RIS-PACS system 
formed in accordance with an embodiment of the present invention. 

[001 2] Figure 2 is a schematic block diagram of a diagnostic configuration for the RIS- 
PACS system of Figure 1 , formed in accordance with an embodiment of the present 
invention, for interfacing to an external RIS system. 

[0013] Figure 3 is a schematic block diagram of a diagnostic configuration for the RIS- 
PACS system of Figure 1 , formed in accordance with an embodiment of the present 
invention, for interfacing to an external PACS system. 

[001 4] The foregoing summary, as well as the following detailed description of certain 
embodiments of the present invention, will be better understood when read in 
conjunction with the appended drawings. It should be understood, however, that the 
present invention is not limited to the arrangements and instrumentality shown in the 
attached drawings. 

Detailed Description 

[0015] 

Figure 1 is a schematic block diagram of the fully integrated RIS-PACS system 5 
showing certain elements of the system 5 in accordance with one embodiment of the 
present invention. The RIS-PACS system 5 comprises an application server 1 0, a 
database server 20, and an image server 30. The application server 1 0 includes a set 
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of general system applications modules 1 1 , a set of RIS applications modules 1 2, and 
a set of PACS applications modules 1 3. The database server 20 includes a database 
engine 21 , a RIS database 22, and a PACS database 23. The various servers, 
databases, and modules may be combined or separated according to various 
embodiments of the present invention. In one embodiment of the present invention, 
the application server 10, database server 20, and image server 30 are all hosted on a 
SUN E420 platform running the Solaris 8.0 operating system. Additional image servers 
30 and platforms may be added to the system 5 as needed. 

[0016] Application server 1 0 also functions as a web server and interfaces to at least one 
client workstation 40 over a web interface 50. Client workstation 40 typically 
comprises a processor, a web browser, network software, a keyboard, a mouse, and a 
monitor (not shown). The application server uses JSP (Java Server Page) technology to 
communicate with the client workstation 40 over the web interface 50. JSP technology 
is an extension to the Java servlet technology from SUN that provides a simple 
programming vehicle for displaying dynamic content on a Web page. A JSP is an HTML 
(HyperText Markup Language) page with embedded Java source code that is executed 
in the server 1 0. HTML provides the page layout that will be returned to the web 
browser within the client workstation 40 and the Java code provides the processing, 
for example, to deliver a client request to a database and fill in the blank fields with 
the results. 

[001 7] A JSP is compiled into a servlet when first encountered by the server 1 0. A Java 
servlet is a Java application that runs in a server-based system and provides server- 
side processing, typically to access information or initiate processing. Java servlets are 
supported on most platforms including unix based platforms and windows based 
platforms. A JSP may also call Enterprise JavaBeans (EJBs) for additional processing. An 
EJB is a component software architecture from SUN that is used to build Java 
applications that run in a server. The architecture uses a container layer that provides 
common functions such as security and transaction support and delivers a consistent 
interface to the applications regardless of the type of server. 

[0018] 

Application server 10 is an EJB server providing a middle-tier architecture between 
client workstation 40 and database server 20. Application server 1 0 hosts a set of 
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middle-tier applications including a set of general system applications 1 1 , a set of 
RIS-related applications 1 2, and a set of PACS-related applications 1 3. A web server 
typically comprises a computer running standard server software so as to establish a 
standard HyperText Transport Protocol (HTTP) server within a system (e.g. the R1S- 
PACS system 5) that is able to connect to a network (e.g. the Internet). The server also 
typically comprises a set of JSP and/or HTML menus and Java applets to facilitate 
communication with a client (e.g. a client workstation 40). A Java applet is a Java 
program that is downloaded from the server and run from the web browser in the 
client workstation. Java servlets and applets are more flexible than, for example, CGI 
scripts and are portable between platforms, servers, and operating systems. 

[001 9] Communications between a client workstation 40 and an application server 1 0 

may be made secure. For a standalone Java client, JSEE Cava Secure Sockets Extension) 
is used to transmit secure requests to the server 1 0. For web-based applications, a 
SSL (Secure Sockets Layer) enabled browser is used to encrypt requests from the client 
to the server. 

[0020] In general, a web server provides WWW (world wide web) services on the Internet. 
A web server includes the hardware, operating system, web server software, TCP/IP 
protocols and web site content. The web server software refers to the HTTP server that 
manages web page requests from a browser and delivers JSP or HTML documents (web 
pages) in response. The server also executes server-side scripts that provide 
functions such as data base searching. HTTP is the communications protocol used to 
connect to web servers on the WWW. The primary function of HTTP is to establish a 
connection with a web server and transmit web pages to the client web browser. 
HTTPS (HyperText Transport Protocol Secure) is the protocol for accessing a secure 
web server. HTTPS directs the message to a secure port number. 

[0021] 

The web interface 50 comprises the physical interface and software between the 
RIS-PACS system 5 and the client workstation 40. The client workstation 40 may be 
located in an office of a radiology department or at the home of a physician, for 
example. The web interface 50 may include telephone lines, routers and switchers, 
fiber optic cable, radio transmitters and receivers, or any other devices and software 
that may be used to establish a communications link between the RIS-PACS system 5 
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and client workstation 40. Typically, the web interface 50 comprises the Internet and 
the WWW. In general, a web browser is a program that serves as a front-end to the 
WWW on the Internet. The web browser allows a user to view a site on the WWW. 

[0022] The web interface 50 provides the communication link between the application 
server 10 within the RIS-PACS system and the client workstation 40. Within the client 
workstation 40, a processor employs a web browser and network software. The 
processor also interfaces to a keyboard, a mouse, and monitor. The client workstation 
40 initiates execution of software applications internal to the application server 1 0 in 
response to user inputs from a keyboard and mouse, and displays resultant RIS and 
PACS information on the monitor of the client workstation 40. In one embodiment of 
the present invention, certain RIS and/or PACS applications are hosted somewhere 
other than on the application server 1 0 such that the application server 1 0 has access 
to the certain RIS and/or PACS applications, for example, via other interfaces to other 
servers. 

[0023] Information is formatted and transferred across a network interface using 

software controlled communications protocols such as TCP/IP (Transmission Control 
Protocol /Internet Protocol). The IP protocol controls the routing of information 
through the network interface and the TCP protocol controls the actual transfer of 
information (packets) over the network. 

[0024] When information is to be sent from the RIS-PACS system 5 to a client workstation 
40, the application server 1 0 employs the TCP/IP protocols to encapsulate the 
information into TCP packets. The TCP packets have header information that is used 
to track, check, and order the packets in the correct sequence for transmission. A 
given block of data comprises many packets and the packets may be routed 
differently over a network through different gateways. A gateway is a specialized 
computer used to connect and route packets of information between networks. The 
TCP protocol assures that the TCP packets are delivered to the correct destination in 
the correct order and without error. 

[0025] Before transmission, the IP protocol is employed by the application server 1 0 to 
form IP packets from the TCP packets and having IP headers that provide addressing 
information that is used by the gateways to properly route the packets to their 
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receiving destination. An IP header includes the Internet addresses of the source and 
destination. The IP protocol makes a best attempt to deliver all the packets but does 
not guarantee delivery. 

[0026] At the receiving destination, (e.g. client workstation 40) the TCP packets are 

checked for errors according to the header information. Packets that are free of errors 
are acknowledged by the receiving destination and are placed in correct order to be 
reassembled into the original block of data. The transmitting source keeps track of 
packet acknowledgements. If a packet is not acknowledged in a certain amount of 
time, the packet is resent by the source (e.g. system 5). The receiving destination 
holds all received packets until all packets that make up the data block have been 
acknowledged. The packets are then correctly ordered and reassembled at the 
receiving destination. 

[0027] TCP/IP is configured for the RIS-PACS system 5 and the network environment to 
which the system 5 is connected. For example, typical configuration information that 
is provided for TCP/IP comprises the user name and password associated with the 
system 5, the server address of the system 5, the IP address of the system 5, the type 
of local network the system may be connected to, and addresses of other systems on 
the local network. 

[0028] The application server 1 0 in the RIS-PACS system is an HTTP server that interacts 
with the protocols (TCP/IP). The application server 10 is configured to communicate 
with a standard web browser of a client workstation 40. The web browser provides 
client requests to the application server 10 in order to initiate RIS and/or PACS 
applications and access RIS and/or PACS information from the RIS-PACS system 5. The 
application server 1 0 responds to the client requests by providing web pages of 
information and hypertext connections that are displayed to the user on the client 
workstation 40. 

[0029] Tne ap p|j cation server } 0 js con fj gured for sucn thjngs as security Dyj for 

example, limiting access to certain users. Configuration information is stored in 
configuration files of the application server 10. Configuration files of the application 
server 10 may identify ports used by the application server 1 0 and, for example, the 
server administrator. The location of files used by the application server 1 0 are also 



APP ID=10063180 



Page 8 of 29 



included in the configuration files. The configuration files may also include the 
addresses of web pages and Java applets and servlets used by the application server 
10. 



[0030] In response to client requests by, for example, client workstation 40, the 

application server 1 0 transmits JSP pages to the web browser of the client workstation 
40. The JSP pages encapsulate what the web browser may display on the monitor of 
client workstation 40. The displayed information may include text, images, buttons, 
etc. JSP pages are easily created using standard software tools. The JSP pages are 
stored on the RIS-PACS system and the addresses of the JSP pages are configured in 
the application server 1 0. When a client workstation (e.g. 40) requests to view a 
specific RIS-PACS web page of the system, the application server 10 finds the page 
and transmits its contents to the client workstation 40 over the web interface 50. The 
processor in the client workstation 40 executes the web browser to access the web 
l*j interface through TCP/IP protocols configured for the client workstation 40. 

G : - [0031] Within the RIS-PACS system 5, the application server 1 0 communicates with the 
p| database server 20 over a TCP/IP-based interface 60 and the database server 20 

* communicates with the image server 30 over a TCP/IP-based interface 70. Image data 

fy is stored in the image server 30. The PACS database 23 points to image files within 

the image server 30 to access image data over the TCP/IP-based interface 70. The 
application server 1 0 accesses both RIS and PACS information from the database 
server 20 through the TCP/IP-based interface 60. 

[0032] The database server 20 searches the RIS and PACS databases for selected records 
upon request from the application server 1 0 and passes the records back to the 
application server 1 0. Within the database server 20, a brokerless interface 25 is 
provided by the database engine 21 to synchronize patient and exam data entities 
between the RIS database and PACS database and to direct database calls. Since RIS 
and PACS functions are fully integrated in the system 5, a separate broker is not 
needed as when RIS and PACS are two separate systems. 

[0033] a broker is a separate workflow manager used to achieve a higher level of 

integration between a RIS system and a PACS system. A broker typically translates 
Health Level Seven (HL7) information from a RIS system to a format that a PACS 
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system may understand. The brokerless interface 25 serves to provide seamless 
integration when accessing R1S and PACS information, making RIS/PACS workflow 
more efficient and increasing productivity. Image information may be accessed from 
the PACS database 23 in response to a RIS application and patient/exam information 
may be accessed from the RIS database 22 in response to a PACS application. Also, 
when a patient record is created in the RIS database, a corresponding new patient 
record is automatically created in the PACS database. Brokerless interface (BLI) 
methods are used to achieve the seamless integration. The BLI methods allow RIS and 
PACS functions to directly access each other at the database level. 

[0034] In one embodiment of the present invention, both the RIS and PACS databases are 
configured in the Veritas File System partitions, accessed with the Veritas QuicklO 
application programming interface (API). In one embodiment of the present invention, 
both the PACS database and RIS database schemas run under the Sybase Adaptive 
Server Enterprise (ASE) 12 database engines, version 12, in all system deployment 
modes. 

[0035] Some of the middle-tier applications provided by the application server 1 0 include 
an administration module and a reporting module. The administration module 
provides system administration and configuration functions within the RIS-PACS 
system 5. Some administration module functions include changing implemental 
configurations of the RIS-PACS system 5, adding a new user to the RIS-PACS system 
5, and changing procedure types to be performed by the RIS-PACS system 5. Also, 
users may define RIS and PACS data entities to be synchronized automatically by the 
administration module. The synchronized data entities are populated in both RIS and 
PACS databases. 

The reporting module is dedicated to the management of diagnostic report 
functions. Some examples of diagnostic report functions include creating diagnostic 
reports in a structured report (SR) format, merging diagnostic reports, amending 
diagnostic reports, and approving diagnostic reports. Also, installed base (IB) reports 
may be converted to the structured report (SR) format. 

The reporting module allows for the storing of reports in D1COM SR compliant file 
format. The DICOM SR files may be read and converted to an XML format that is 
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validated by an XML schema that ensures compliance with the DICOM SRTID2000 
template. The reporting module is a web browser application that is used in integrated 
web environments and is integrated with the Java application based RIS/PACS system. 

[0038] The reporting module stores references to key images, within an SR object, that 
are selected on the RIS/PACS system. Thumbnail images may be displayed for the key 
images when a corresponding report is displayed on the RIS/PACS system or on the 
web. The thumbnail images may be used to display the images at a larger size. The 
RIS reporting features are available with the same web graphical user interface on 
both the web and on the RIS/PACS system. 

[0039] The reporting module makes available a sticky notes feature that allows for the 
adding of notes to a report that will be prompted to the next user that logs in, or set 
to persistently display the sticky note each time the report is displayed. The sticky 
note may be made a part of the clinical record or deleted. The reporting module also 
displays a flag for reports of the highest priority for immediate attention for report 
approval. The reporting module supports a report repository that may be queried 
from other systems using DICOM. 

[0040] Other middle-tier applications provided by the application server 10 include a 

central logging module providing application logging and audit logging functions, and 
a central user login module providing user account management support to 
synchronize the user account in the RIS and PACS databases and to implement ail 
password requirements for Health Insurance Portability and Accountability Act (HIPAA) 
compliance. Users are presented with a single access point, providing authentication 
and authorization of entry into both RIS and PACS applications when configured in the 
RIS-PACS configuration. The RIS or PACS databases may be used as a repository for 
the user names and passwords. Password strings are entered in an encrypted format. 
Typically, a servelet handles the incoming request to log in and activates an EJB that 
performs the database related operations for authentication and password updates. 
The architecture also lends itself to accommodate other segments of the hospital 
enterprise such as cardiology and pathology. 

0041 J Further middle-tier applications include a patient scheduling module, enhanced 

display protocols for medical images, a mammography tracking module, and a patient 
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ordering module. 

[0042] The patient scheduling module is a software application module within the RIS- 
PACS system that schedules patients over the entire enterprise system. A hospital 
needs to be able to schedule patients in accordance with procedural rules for exams, 
equipment availability, personnel availability, and department availability. For 
example, a patient must be prepped within a specified period of time before the exam 
is actually performed. The prep work may involve equipment and personnel that need 
to be scheduled in addition to the needs of the exam. A proprietary language is used 
to allow a user to define the relationships between procedures. Relationships between 
procedures are predefined and an algorithm performs auto-scheduling of procedures 
for a patient based on the exam chosen for the patient and the facilities available to a 
patient. Conflict checking (for clinical resources, etc.) is performed as part of the 
scheduling process. 

[0043] Enhanced display protocols for medical images are also provided as part of the 
RIS-PACS system. To reduce the amount of image manipulation performed by 
radiologists before they are able to read a set of images, DDPs (Default Display 
Protocols) are defined by a user and are saved as a DDP object in a database (such as 
the PACS database). The DDPs determine the image layout, image grouping and series 
matching for a type of modality, study procedure, a number of related exams, a login 
user, a number of display monitors, and connections for cross referencing and linking. 
Image presentation information stored in a DDP include tool settings such as window 
and level, zoom factor, image orientation, and gray scale inversion. The image 
presentation and link established on a monitor screen may be saved within a DDP 
object in the database. Users may define the study procedure that the saved DDP shall 
be applied to as a default. When a user opens an exam, the exam may be displayed in 
exactly the same layouts, image presentation, and series link as the hanging protocol 
defined for that exam's study procedure. 

[0044] 

A mammography tracking module is a software application module that is also 
provided as part of the RIS-PACS system. The mammography tracking module stores 
data in the RIS and PACS databases for all mammography related procedures 
performed at the site. By law, sites that perform mammography screening or 
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diagnostic mammography exams are required to present any and all findings to the 
referring doctor and patient within a specific period of time. The mammography 
tracking module keeps track of the notices that have been sent out and maintains all 
related records for auditing purposes. Administrators are also notified, by the 
mammography tracking module, of notifications that need to be sent out. A 
dashboard display is provided for letter generation and mailings, and for tracking 
mammography results, appointments, and follow up mailings according to FDA rules. 

[0045] A patient ordering module is a software application module that is also provided 
as part of the RIS-PACS system. An exam may comprise multiple procedures that must 
3 be Performed in a specific order and within a specific time frame. The order must also 

=i have the appropriate codes set up for billing. Tracking the patient based on the 

ordered procedures once the patient is in the examining facility is important to the 
safety of the patient and for smooth operation of the facility. The patient ordering 
module uses a proprietary language to set up relationships between procedures that 
must occur during an exam. The information is saved in the RIS database and/or PACS 
database and is recalled when a user is setting up an order for a patient. The database 
;| is Periodically queried for patient information updates and a dashboard display is 

;{ provided for all patient transactions to be viewed as they happen. The ordering 

dashboard provides an administrator with up to date information on the progress of 
the patient in the facility. The administrator is able to see at a glance which patients 
are approaching a time critical state for safe procedure execution. The procedure set 
up allows for relationships between multiple procedures to be established and 
tracked. 

[0046] A visual user interface, called an integrated desktop environment (IDE), is provided 
by the application server 1 0 such that a unified and consistent look and feel is 
provided to a user of the client workstation 40 for both RIS and PACS applications. The 
RIS-PACS system 5 also shares the same master file data across all implemental 
configurations. 

[0047] 

There are three system deployment modes or implemental configurations for the 
RIS-PACS system 5. The first configuration comprises enabling both RIS and PACS 
applications, providing a fully integrated RIS-PACS configuration. The second 
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configuration comprises enabling a set of RIS applications and disabling a set of PACS 
applications within the RIS-PACS system and interfacing the RIS-PACS system to an 
external PACS system. The third configuration comprises enabling a set of PACS 
applications and disabling a set of RIS applications within the RIS-PACS system and 
interfacing the RIS-PACS system to an external RIS system. 

[0048] In all of the deployment modes, the same core system servers are applied and 
certain integrated system services are always provided which provide the consistent 
system architecture for the client/middle-tier applications, independent of the 
particular deployment mode in use. 

[0049] When a user already has a separate external RIS system 80 such as that shown in 
ffl Figure 2, the RIS-PACS system 5 may be configured to operate with the external RIS 

system 80. The internal set of RIS application modules 1 2 is disabled and the 
application server 1 0 interfaces to the external RIS system 80 over a Health Level 
Seven (HL7)-based interface 90 as shown in Figure 2. As a result, the RIS-PACS system 
5 provides the PACS functionality and the external RIS system 80 provides the RIS 
functionality. The TCP/ IP-based interface 50 between the client workstation 40 and 
the application server 1 0 is unchanged. The RIS-PACS system 5 effectively integrates 
the functionality of the external RIS system 80 with the RIS-PACS system 5. The same 
visual user interface is provided by the application server 1 0 such that a unified and 
consistent look and feel is provided to a user of the client workstation 40 for both RIS 
and PACS applications. 

[0050] HL7 is an international set of open standards for communication that allows 

health information systems that are developed independently to communicate with 
each other. HL7 is independent of technologies and platforms and may be 
implemented using a variety of software technologies. HL7 is the healthcare standard 
for text or RIS-type data. 

[0051] similarly, when a user already has a separate external PACS system 1 00 such as 
that shown in Figure 3, the RIS-PACS system 5 may be configured to operate with the 
external PACS system 1 00. The internal set of PACS application modules 1 3 is 
disabled and the application server 10 interfaces to the external PACS system 100 
over a HL7-based interface or Digital Imaging Communications in Medicine (DICOM)- 
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based interface 1 10 as shown in Figure 3. As a result, the RIS-PACS system 5 provides 
the RIS functionality and the external PACS system 100 provides the PACS 
functionality. The TCP/IP-based interface 50 between the client workstation 40 and 
the application server 10 is unchanged. The RIS-PACS system 5 effectively integrates 
the functionality of the external PACS system 100 with the RIS-PACS system 5. Again, 
the same visual user interface is provided by the application server 1 0 such that a 
unified and consistent look and feel is provided to a user of the client workstation 40 
for both RIS and PACS applications. 

[0052] DICOM is the standard in the radiology and cardiology imaging industry for the 
exchange and management of images and image related information between health 
systems that are developed independently of each other. DICOM is the healthcare 
standard for imaging data. 

[0053] In any deployment mode and any system configuration, there is one database 
5 server 20 to serve all PACS and/or RIS applications in the system 5. One or more 
image servers 30 may be installed. 

[0054] As an alternative, the RIS database 22 and the PACS database 23 may be 
implemented as a single database. 

[0055] In summary, the advantages and features include, among others, a single product 
design that may be used to satisfy three different markets that cover most customer 
configurations. A single radiology workflow engine is used to address the traditional 
problems of data synchronization and workflow competition between the RIS and 
PACS. The market segment for product entry penetration has been effectively 
widened. In the case of RIS-only or PACS-only configurations, the complementary 
functionality may be deployed with minimum effort since it involves simply a 
configuration change. No new development or installation is required and, therefore, 
the costs associated therein need not be incurred. Since upgrading the RIS-PACS 
functionality is only configurational, and the underlying product architecture and code 
is not changed, a user will notice inherently greater stability and performance. 

[0056] 

While the invention has been described with reference to certain embodiments, it 
will be understood by those skilled in the art that various changes may be made and 
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equivalents may be substituted without departing from the scope of the invention. In 
addition, many modifications may be made to adapt a particular situation or material 
to the teachings of the invention without departing from its scope. Therefore, it is 
intended that the invention not be limited to the particular embodiment disclosed, but 
that the invention will include all embodiments falling within the scope of the 
appended claims. 
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